home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / digital / 940120.txt < prev    next >
Internet Message Format  |  1994-11-13  |  23KB

  1. Date: Mon, 18 Apr 94 04:30:08 PDT
  2. From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu>
  3. Errors-To: Ham-Digital-Errors@UCSD.Edu
  4. Reply-To: Ham-Digital@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: Ham-Digital Digest V94 #120
  7. To: Ham-Digital
  8.  
  9.  
  10. Ham-Digital Digest          Mon, 18 Apr 94       Volume 94 : Issue  120
  11.  
  12. Today's Topics:
  13.                          486cpu RFI Problems
  14.                           Binary...Intel Hex
  15.                     help with KPC-3 TNC.. PLEASE..
  16.                   Help with Packet on a Mac (2 msgs)
  17.                        JNOS from a 720K floppy?
  18.                     KAM vs. PK-232 vs. ?? (2 msgs)
  19.                         NTS traffic on packet
  20.                    Packet uses?  and Modem recomm?
  21.                    Packet with an Atari ? (3 msgs)
  22.                         TI 320C26 DSP Eval Kit
  23.                             WA8DED ( help)
  24.  
  25. Send Replies or notes for publication to: <Ham-Digital@UCSD.Edu>
  26. Send subscription requests to: <Ham-Digital-REQUEST@UCSD.Edu>
  27. Problems you can't solve otherwise to brian@ucsd.edu.
  28.  
  29. Archives of past issues of the Ham-Digital Digest are available 
  30. (by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital".
  31.  
  32. We trust that readers are intelligent enough to realize that all text
  33. herein consists of personal comments and does not represent the official
  34. policies or positions of any party.  Your mileage may vary.  So there.
  35. ----------------------------------------------------------------------
  36.  
  37. Date: Sun, 17 Apr 1994 13:37:50 GMT
  38. From: rit!isc-newsserver!ultb!jdc3538@cs.rochester.edu
  39. Subject: 486cpu RFI Problems
  40. To: ham-digital@ucsd.edu
  41.  
  42. In article <2975456864.6.p00123@psilink.com> p00123@psilink.com writes:
  43. >Probably the biggest factor is to have a computer that is FCC type B 
  44. >approved for RFI.  Type B is the more stringent standard.
  45. >
  46. >Type A is not approved for use in the home or for sale for home use.
  47. >
  48. >-Seth
  49.  
  50. A FCC type approval sticker is meaningless.  I purchased a mailorder
  51. 486 DX2/66 PC, which emitted gobs of RFI from its unshielded
  52. plastic case, keyboard and monitor.  I complained to the local FCC
  53. field office, who directed me to the FCC BBS.  (Don't have the
  54. number handy, call your local field office.)
  55.  
  56. The registration number was 2 or 3 years old, for a 25 mhz 386
  57. machine.  It didn't specify the type of cabinet, keyboard or monitor.
  58.  
  59. Your options are:
  60. - Purchase reputable brand names.  Look for a decent quality cabinet.
  61. The plastic front piece should have a metal coating on the inside.
  62. Also look for spring contacts to ground that metal coating to the rest
  63. of the case.
  64.  
  65. - Complain to the FCC.  They probably can't help, but remaining silent
  66. means you accept the situation as it is.
  67.  
  68. - Fix the PC yourself.  You have to do this anyway if you're into
  69. digital modes that require the PC and radio to be in close proximity.
  70.  
  71.  
  72. 73...Jim
  73. N2VNO
  74.  
  75. ------------------------------
  76.  
  77. Date: Sun, 17 Apr 1994 22:07:43 GMT
  78. From: netcomsv!netcom.com!dfajardo@decwrl.dec.com
  79. Subject: Binary...Intel Hex
  80. To: ham-digital@ucsd.edu
  81.  
  82. I am looking for either (1) A utility to convert from a 'binary' format
  83. (ie: no formating) to the 'intel hex' format for feeding to my EPROM
  84. burning program or (2) A discription of the aformentioned 'intel hex'
  85. format which would allow me to write such a utility myself.
  86.  
  87. I have partially deduced the 'intel hex' format, but if I could find
  88. a complete description somewhere...
  89.  
  90.  Thanks In Advance.
  91.  
  92. Doug Fajardo
  93. dfajardo@netcom.com          
  94. -- 
  95.  
  96. Doug Fajardo                         Sysop, LABBS  (CA0199@CAWG.PAR)
  97. dfajardo@netcom.com                  Asst. CAWG Packet Cord. (South)
  98. Eagle 249 (CAP)                      Squadron 35 Com Officer (Pacoima, CA)
  99. WB6KNY (HAM)                         chief Cook and bottle washer, too!
  100. CA0249@CA0199.PACR.CAWG(Packet)      Phone(Voice): (818) 985-841
  101.  
  102. ------------------------------
  103.  
  104. Date: 16 Apr 94 15:29:46 EDT
  105. From: ihnp4.ucsd.edu!library.ucla.edu!europa.eng.gtefsd.com!darwin.sura.net!wvnvms!marshall.wvnet.edu!desaid@network.ucsd.edu
  106. Subject: help with KPC-3 TNC.. PLEASE..
  107. To: ham-digital@ucsd.edu
  108.  
  109. Hi everyone:
  110.  
  111. I bought KPC-3 TNC and tried to install set it up.  I could get TNC to
  112. talk to PC and vice versa and it keys transmitter.  But the problem I am
  113. having is monitoring the calls. The LED light of receive lights up but
  114. I dont see anything on monitor.  I tried all possible setting given in
  115. manual but I could not get to work.
  116.  
  117. If anyone is using KPC-3 TNC, will you please help me with this problem.UD*,j
  118.  
  119. g#/*K5j
  120. Thanks a lot.
  121.  
  122. 73
  123. Dinakar
  124. kb8phz
  125.  
  126. ------------------------------
  127.  
  128. Date: 17 Apr 94 21:57:34 GMT
  129. From: news-mail-gateway@ucsd.edu
  130. Subject: Help with Packet on a Mac
  131. To: ham-digital@ucsd.edu
  132.  
  133. >would like to get my shack setup for Packet using a Macintosh computer
  134. >(Quadra 700 &/or PowerMac 8100).
  135.  
  136. [homer simpson]  ohhhhhhh 8100/80  uhhhhhhhhh drool.....
  137.  
  138. >Macintosh and get recommendations for a TNC to use with the Mac and for
  139. >communication software or other nice software that would be of use to me in
  140. >getting setup so I can monitor while I wait for the FCC.  Any and all help
  141. >would be greatly appreciated.
  142. >Thanks and 73,
  143. >Richard Harris
  144.  
  145. when i last looked, Macs come with serial ports.  you need a cable to get from
  146. the computer to a standard modem (that's what the TNC will look like to the 
  147. mac) and a dumb terminal program (bet you have one of those for free in the 
  148. box-o-software that comes with the average computer these days).  
  149.  
  150. there are fancy "packet programs" but if you have a looks-like-a-modem TNC and
  151. a terminal program, you can make do just fine.  you'll have to set the 
  152. terminal program to think it's hardwired to a port and not a "Hayes 
  153. compatible" or whatever so you don't send stuff to the TNC that it can't 
  154. understand.
  155.  
  156. usually the "packet programs" seems to be an exercise in clashing colors and 
  157. noise making with keystrokes that make DOS WordPerfect a model of 
  158. standardization.  they aren't without their benefits, but they suffer from not
  159. being organized very well and can be insurmountable if you aren't technically 
  160. up to speed on the computer side and are doggedly persistant.
  161.  
  162. i suspect that's changing, but i get along with the dumb terminal type stuff 
  163. just ever so fine that i don't see a need to pay for frustration.
  164.  
  165. bill wb9ivr
  166.  
  167. ------------------------------
  168.  
  169. Date: 17 Apr 1994 23:23:54 -0700
  170. From: ihnp4.ucsd.edu!swrinde!sgiblab!sgigate.sgi.com!olivea!apple.com!apple.com!not-for-mail@network.ucsd.edu
  171. Subject: Help with Packet on a Mac
  172. To: ham-digital@ucsd.edu
  173.  
  174. In article <2opt82$9p2@search01.news.aol.com>, TSTADER <tstader@aol.com> wrote:
  175. >
  176. >If you are savy enough to get on the "networking" version of packet... you
  177. >might want to try NET/Mac. There are a number of us that have converted soley
  178. >to that mode over the ax.25 PBBS side!
  179.  
  180.  
  181. Just my usual reminder that NET/Mac permits AX.25 and NETROM connections
  182. in addition to TCP/IP sessions. (All simultaneously, if different
  183. protocols are allowed on the channel you're using.) This is true of
  184. the versions of KA9Q's software for other computers, too. 
  185.  
  186. I keep running into people who think that NET and NOS only do TCP/IP,
  187. so I like to make it clear that they're all-in-one programs.
  188.  
  189.  
  190. Patty
  191.  
  192. -- 
  193. ============================== Patty Winter ==============================
  194.  Apple contractor                      Internet: winter@apple.com
  195.  Sunnyvale, California                       AMPRNet: 44.4.4.44
  196.          "What about truth? What about reality?" 
  197.      "What about the way the old ending tested in Canoga Park?"
  198. ================================== N6BIS =================================
  199.  
  200. ------------------------------
  201.  
  202. Date: 17 Apr 1994 21:01:02 -0400
  203. From: ihnp4.ucsd.edu!usc!howland.reston.ans.net!europa.eng.gtefsd.com!news.ans.net!hp81.prod.aol.net!search01.news.aol.com!not-for-mail@network.ucsd.edu
  204. Subject: JNOS from a 720K floppy?
  205. To: ham-digital@ucsd.edu
  206.  
  207. <...is it possible to run Jnos from a 720 k floppy...?
  208.  
  209. I tried to get a minimal functioning version of Jnos for a old 386 w/ no hard
  210. drive that I use for my NOS box.  Jnos was just over 700k, but pa0gri fit in
  211. 430.  Dont forget you need to have your FTPUSERS file, a resionable
  212. autoexec.nos, the program executables, and a directory structure set up for
  213. /spool/mail  /spool/mqueue, etc.  And you want to have some room for received
  214. mail.  I decided on PA0GRI because I wanted to have some reasonable
  215. mail-handeling capability.  
  216.  
  217. Good luck and 73 de n9pli, Tom Eckels
  218. {44.72.20.102}
  219.  
  220.  
  221. ------------------------------
  222.  
  223. Date: Sun, 17 Apr 1994 00:05:33 GMT
  224. From: ihnp4.ucsd.edu!agate!iat.holonet.net!vectorbd!jpll@network.ucsd.edu
  225. Subject: KAM vs. PK-232 vs. ??
  226. To: ham-digital@ucsd.edu
  227.  
  228. Looking for your thoughts on which is the best HF TNC
  229. I'm not talking about features.... I mean raw quality
  230. of the FSK Modem performance type issues....
  231.  
  232. My own experience is that the PK232's fixed freq filters
  233. tie your hands a bit but seem to pretty good.  I heard
  234. a rumor that AEA said at one point that the 232 was better
  235. for HF than the their DSP stuff... but that was the first
  236. DSP units.
  237.  
  238. This will undoubtedly stir things up but let's see what
  239. you guys think!
  240.  
  241. -Jim   wa2zkd
  242.  
  243.  
  244. -- 
  245. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
  246. -Jim Lill-                                        Vector Board BBS
  247. jpll@vectorbd.com                                 716-544-1863/2645
  248. wa2zkd@wb2psi.#wny.ny.usa.na                      GEnie: ZKD
  249.  
  250. ------------------------------
  251.  
  252. Date: Sun, 17 Apr 1994 14:25:18 GMT
  253. From: ihnp4.ucsd.edu!swrinde!gatech!wa4mei!ke4zv!gary@network.ucsd.edu
  254. Subject: KAM vs. PK-232 vs. ??
  255. To: ham-digital@ucsd.edu
  256.  
  257. In article <CoDMxA.3EC@vectorbd.com> jpll@vectorbd.com (Jim Lill) writes:
  258. >Looking for your thoughts on which is the best HF TNC
  259. >I'm not talking about features.... I mean raw quality
  260. >of the FSK Modem performance type issues....
  261. >
  262. >My own experience is that the PK232's fixed freq filters
  263. >tie your hands a bit but seem to pretty good.  I heard
  264. >a rumor that AEA said at one point that the 232 was better
  265. >for HF than the their DSP stuff... but that was the first
  266. >DSP units.
  267.  
  268. Filter demodulators generally work better at HF than PLL types,
  269. though that's implementation dependent. They handle the selective
  270. fading and adjacent channel interference issues better than PLLs,
  271. especially if the firmware will allow copy using mark only or space 
  272. only in case the other channel is clobbered. DSP filter demodulators
  273. *should* be better than typical hardware filters, but that hasn't been 
  274. the case in early implementations. Dynamic range limits, and simple
  275. coding models have restricted the potential of DSP.
  276.  
  277. The filters in the PK232 aren't great. Their noise floor is high and
  278. shape isn't optimum. An external demodulator, which the PK232 design 
  279. allows, can work better. Something like a ST-6 or one of the newer HAL
  280. products works well as a external demodulator.
  281.  
  282. Gary
  283. -- 
  284. Gary Coffman KE4ZV          |    You make it,     | gatech!wa4mei!ke4zv!gary
  285. Destructive Testing Systems |    we break it.     | uunet!rsiatl!ke4zv!gary
  286. 534 Shannon Way             |    Guaranteed!      | emory!kd4nc!ke4zv!gary 
  287. Lawrenceville, GA 30244     |                     | 
  288.  
  289. ------------------------------
  290.  
  291. Date: 17 Apr 94 21:46:36 GMT
  292. From: news-mail-gateway@ucsd.edu
  293. Subject: NTS traffic on packet
  294. To: ham-digital@ucsd.edu
  295.  
  296. >: It would be good to "publish" the Text of the ARRL numbered radiograms
  297. >: together with the exp[lanation of its use on the PBBS systems. It shud be
  298. >: done periodically, say twice a year, or at least annually.
  299. >: 73, Bill W0OMV
  300. >What might even be nicer, and maybe some boards do have it, would be a 
  301. >'lookup' feature, where you could sent 'ARL FIFTY' (for example) to
  302. >the board, and it would return the text.
  303. >Mike, K0TER
  304.  
  305. ick.  maybe it's time to consider doing away with numbered radiograms.  just 
  306. type in the darn message and number it (something the system could do) and 
  307. away we go.
  308.  
  309. even better...someone could write an NTS composer program that would allow the
  310. not well versed traffic generator set everything up at home w/o even getting 
  311. on the air and then his messages would get sent in batch form to the BBS 
  312. system - maybe even using some compression to keep the transmit time short.
  313.  
  314. the nts composer program would ask for all those things people leave out 
  315. today.  could have a mailing list in it (yeah, i can see another onslaught of 
  316. those messages sent to everyone in the QCWA directory (or whatever it was) by 
  317. a W1 that didn't have anything else to do...).  overriding something would be 
  318. doable, but not until the program protested about leaving out the phone number
  319. and state might result in an undeliverable message...
  320.  
  321. heck, it could even send the stuff out as CW if you must. (special option lets
  322. you pick from ARL lists and correctly generates a check number and 
  323. gets a message number from the originator.)
  324.  
  325. the trick is to not spend time cluttering up the air with repeated requests 
  326. for information (you could get that ARL list once and keep it so you don't 
  327. have to look everything up on line EVERY time...) or with a BBS ports 
  328. connected to someone doing manual typing of commands.
  329.  
  330. something that might look like Aladdin or TapCIS might be the ticket.
  331.  
  332. bill wb9ivr
  333.  
  334. ------------------------------
  335.  
  336. Date: Sun, 17 Apr 1994 14:09:25 GMT
  337. From: ihnp4.ucsd.edu!swrinde!emory!gatech!wa4mei!ke4zv!gary@network.ucsd.edu
  338. Subject: Packet uses?  and Modem recomm?
  339. To: ham-digital@ucsd.edu
  340.  
  341. In article <1994Apr16.000455.10257@wvnvms.wvnet.edu> un107332@wvnvms.wvnet.edu writes:
  342. >Hi!  :)
  343. >
  344. >    I don't currently have a license, but i plan to get one soon, and
  345. >had some questions about packet.  I think I understand te basics, but the
  346. >specific usages of it are an unknown to me.  I've heard there are packet BBS's,
  347. >but can you access the Internet through packet?  What do you need to do it?
  348.  
  349. There are gateways, and all you need is ordinary packet equipment to access
  350. them, but the catch is that there has to be a gateway near enough to you so
  351. that you can access it. That's a local question you'll have to ask. There's
  352. almost certain to be a BBS within reach, and Email can be forwarded to a
  353. gateway station via the BBS network. The whole internet-packet arena is
  354. strewn with minefields, however, because of content concerns and third
  355. party traffic concerns. 
  356.  
  357. >    Also, I know I need a packet modem, so I was wondering if anyone can
  358. >recommend any?  Are there different types of packet modems?
  359.  
  360. There are three basic ways to go. The most common method is called a
  361. TNC or Terminal Node Controller. This is a box with a modem, a PAD, or
  362. Packet Assembler Disassembler, and channel access control firmware.
  363. The latter two functions implement the AX25 level 2 protocol. You have
  364. a RS232 port on the TNC that you connect to a computer or terminal,
  365. and audio in/out and PTT that connect to the radio. No special software
  366. beyond a simple communications program is needed on the computer, though
  367. there are packet specific programs available with nice features tailored
  368. to packet operation. There are many different TNCs on the market, varying
  369. mainly in the degree of sophistication of their internal modems (DSP, filter,
  370. or PLL), or in being able to do different protocols, such as RTTY and AMTOR, 
  371. as well as AX25 packet.
  372.  
  373. The second method is to use a simple audio decoder board, like the Baycom
  374. unit, attached to a parallel or serial port status bit. The computer
  375. then runs "bit-bang" software to encode/decode the data stream. The
  376. program also functions as PAD and channel access control. This is a
  377. cheap, if you have a spare computer to dedicate to packet, but fairly
  378. low performance way to get into packet. The "modem" board is very
  379. rudimentary and won't perform very well in the presence of noise.
  380. And speed is generally limited to 1200 baud or less. It's generally
  381. "good enough" for the typical 2 meter FM 1200 baud activity.
  382.  
  383. The third method uses a plugin card for your computer that acts
  384. as a high speed HDLC channel, often with full two way DMA capability.
  385. Like the Baycom method, special software is required in the computer,
  386. but unlike Baycom, no bit-banging is required since the HDLC is done
  387. in hardware. Typically a high performance external modem, either
  388. high speed, 9600, 19.2kb, or 56kb, or a sophisticated modem for HF at 
  389. up to 300 baud will be attached. Typical cards are the Ottawa PI card, 
  390. or the Gracillis card. This sort of setup is the most flexible and 
  391. powerful, often used at high speed switch sites.
  392.  
  393. Gary
  394. -- 
  395. Gary Coffman KE4ZV          |    You make it,     | gatech!wa4mei!ke4zv!gary
  396. Destructive Testing Systems |    we break it.     | uunet!rsiatl!ke4zv!gary
  397. 534 Shannon Way             |    Guaranteed!      | emory!kd4nc!ke4zv!gary 
  398. Lawrenceville, GA 30244     |                     | 
  399.  
  400. ------------------------------
  401.  
  402. Date: Sun, 17 Apr 1994 14:11:13 GMT
  403. From: ihnp4.ucsd.edu!swrinde!gatech!wa4mei!ke4zv!gary@network.ucsd.edu
  404. Subject: Packet with an Atari ?
  405. To: ham-digital@ucsd.edu
  406.  
  407. In article <2oojii$ic3@cismsun.univ-lyon1.fr> elendir@enst.fr (Elendir) writes:
  408. > Hello,
  409. >
  410. > as you may know (I repeat it every time :)) I am a new ham, and not
  411. >yet QRV on packet. Since I have only an Atari Falcon 030, I'd like to
  412. >know if it's possible to use packet with that computer. I plan to buy
  413. >a TNC-2 modem.
  414.  
  415. Sure, the TNC-2 will work with a dumb terminal, so any simple communications
  416. software you have for the Atari, or any other RS232 port equipped computer,
  417. will work.
  418.  
  419. Gary
  420. -- 
  421. Gary Coffman KE4ZV          |    You make it,     | gatech!wa4mei!ke4zv!gary
  422. Destructive Testing Systems |    we break it.     | uunet!rsiatl!ke4zv!gary
  423. 534 Shannon Way             |    Guaranteed!      | emory!kd4nc!ke4zv!gary 
  424. Lawrenceville, GA 30244     |                     | 
  425.  
  426. ------------------------------
  427.  
  428. Date: 17 Apr 94 22:08:15 GMT
  429. From: news-mail-gateway@ucsd.edu
  430. Subject: Packet with an Atari?
  431. To: ham-digital@ucsd.edu
  432.  
  433. >yet QRV on packet. Since I have only an Atari Falcon 030, I'd like to
  434. >know if it's possible to use packet with that computer. I plan to buy
  435. >a TNC-2 modem.
  436.  
  437. should work if the atari has an RS-232 serial port on it.  the TNC looks like 
  438. a modem to the computer (you have to set up the comm software to not treat it 
  439. as a smart modem but as a hard wire connection or other to prevent sending 
  440. smartmodem setup strings out on the air...8)...)
  441.  
  442. bill wb9ivr
  443.  
  444. ------------------------------
  445.  
  446. Date: 18 Apr 1994 08:38:23 GMT
  447. From: ghost.dsi.unimi.it!univ-lyon1.fr!elendir@tcgould.tn.cornell.edu
  448. Subject: Packet with an Atari ?
  449. To: ham-digital@ucsd.edu
  450.  
  451. : You may want to check the archives on oak.oakland.edu:/pub/hamradio/atari
  452.  
  453. : Let me know how it works out.
  454.  
  455.  Scott,
  456.  got something called 'digipoint'. I'm gonna have a look on it tonight.
  457. Thanks for the info !
  458.  
  459.   73 and nice traffic :)
  460.  
  461.  Vince.
  462.  
  463. --
  464.  PSG --- Paris SG football club.     |       Ham radio call : F1RCS
  465.  -----------------------------------------------------------------------
  466.  ENST - Ecole Nationale Superieure des Telecommunications, Paris, France
  467.  
  468. ------------------------------
  469.  
  470. Date: Sat, 16 Apr 1994 23:56:43 GMT
  471. From: ihnp4.ucsd.edu!agate!iat.holonet.net!vectorbd!jpll@network.ucsd.edu
  472. Subject: TI 320C26 DSP Eval Kit
  473. To: ham-digital@ucsd.edu
  474.  
  475. Has anybody done anything with TI's $99 320C26 Evaluation Kit?
  476.  
  477. -Jim wa2zkd
  478.  
  479. -- 
  480. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
  481. -Jim Lill-                                        Vector Board BBS
  482. jpll@vectorbd.com                                 716-544-1863/2645
  483. wa2zkd@wb2psi.#wny.ny.usa.na                      GEnie: ZKD
  484.  
  485. ------------------------------
  486.  
  487. Date: 15 Apr 94 02:01:24 GMT
  488. From: agate!howland.reston.ans.net!europa.eng.gtefsd.com!darwin.sura.net!news.Vanderbilt.Edu!news@ucbvax.berkeley.edu
  489. Subject: WA8DED ( help)
  490. To: ham-digital@ucsd.edu
  491.  
  492. In <2ojll8$43l@spitfire.navo.navy.mil> Richard writes:
  493.  
  494. > I'm am looking fro the Hex code and documention for WA8DED eprom for
  495. > a TNC2 . I have found the code for TNC1. Is it the same ? HAs any one
  496. > tried this. TNX. 73s
  497. > de
  498. > N5TRJ
  499. > nnnnnnnn
  500.  
  501.  
  502. No, it is a different code.  You can get an EPROM with the latest
  503. code, and the docs of course, from TAPR.  I used it some time ago,
  504. and it works just fine.  Of course the interface is designed to be
  505. computer rather than human friendly, and I have always been strange.:)
  506. My only complaint is that there is/was no version with KISS in it.
  507.  
  508. Alan
  509.  
  510.  
  511. Recommended
  512. four
  513. line
  514. signature.
  515.  
  516. ------------------------------
  517.  
  518. Date: Sat, 16 Apr 1994 19:39:02 +0000
  519. From: ihnp4.ucsd.edu!library.ucla.edu!europa.eng.gtefsd.com!howland.reston.ans.net!pipex!uknet!demon!djwhome.demon.co.uk!david@network.ucsd.edu
  520. To: ham-digital@ucsd.edu
  521.  
  522. References <2oaalr$hm3@search01.news.aol.com>, <JAY.24.2DA96766@medicine.dmed.iupui.edu>, <2od0cl$hqk@network.ucsd.edu>
  523. Subject : Re: FCC Packet Message Forwarding
  524.  
  525. In article <2od0cl$hqk@network.ucsd.edu> brian@nothing.ucsd.edu (Brian Kantor) writes:
  526. >JAY@medicine.dmed.iupui.edu (Jay Sissom) writes:
  527. >>RSA & PGP would be OK, except they might be interpreted as illegal encryption. 
  528.         ^^^
  529. >
  530. >If you just want to make sure the message isn't forged, sign an MD5
  531.                                                                  ^^^
  532. >checksum of the message with your RSA private key.  Since no information
  533.                                    ^^^
  534. >is hidden in such, it's clear that it isn't an illegal encryption.
  535.  
  536. This is exactly how PGP signatures work (I think they also include an
  537. identifier for the key used).  They use MD5 and RSA.  (Note that RSA
  538. is subject to software patents in the USA and is not exportable.)
  539.  
  540. (Actually DES is allowed to be exported in its use in authenticating Unix
  541. passwords, although the encryption and decryption functions are disabled
  542. in export versions.  A PGP which only supported signatures, would probably
  543. be exportable from the US.)
  544. -- 
  545. David Woolley, London, England           david@djwhome.demon.co.uk
  546.  
  547. ------------------------------
  548.  
  549. End of Ham-Digital Digest V94 #120
  550. ******************************
  551.